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BACKGROUND OF THE INVENTION 
Field of the Invention 

This invention relates to the field of data processing systems. More 
5 particularly, this invention relates to data processing systems having multiple 
instruction sets and the way in which such multiple instruction sets may be encoded. 

Description of the Prior Art 

It is known to provide data processing systems with multiple instruction sets. 
An example of such data processing systems are processor cores produced by ARM 
Limited of Cambridge, England which support both the ARM and Thumb instruction 
sets. The ARM instruction set is a 32-bit instruction set and the Thumb instruction set 
is a 16-bit instruction set. Whilst data processing systems supporting multiple 
instruction sets allow an advantageous degree of flexibility in the way which program 
operations may be represented and can yield advantages such as improved code 
density, there is typically an increase in the amount of hardware needed to support the 
multiple instruction sets. 

SUMMARY OF THE INVENTION 

20 Viewed from one aspect the present invention provides apparatus for 

processing data, said apparatus comprising: 

data processing logic operable to perform data processing operations; and 
an instruction decoder operable to decode program instructions specifying data 
processing operations to be performed by said data processing logic and to control 
25 said data processing logic to perform said data processing operations; wherein 

said instruction decoder is operable in a first mode in which program 
instructions of a first instruction set are decoded and in a second mode in which 
program instructions of a second instruction set are decoded, a subset of program 
instructions of said first instruction set having a common storage order compensated 
30 encoding with a subset of program instructions of said second instruction set and 
forming a common subset of instructions representing at least one class of 
instructions, said common subset of instmctions controlling said data processing logic 
to perform the same data processing operations independent of whether said 
instruction decoder is operating in said first mode or said second mode. 
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The invention recognises that by arranging the encoding of the instruction sets 
such that a common subset share the same encoding (at least after any variations due 
to storage order, e.g endianness, have been compensated), then such systems can be 
advantageously simplified in their implementation and other aspects of their operation 
improved. As an example, common decoding logic and/common processing logic for 
implementing the processing operations specified may be more readily utilised with a 
reduction in hardware overhead needed to support multiple instruction sets. 

hi preferred embodiments of the present invention the class of instructions 
included within the common subset of instructions (class for example being 
considered to be a group of instructions with similar functionality such as the 
load/store instructions, the multiply instructions, etc) include co-processor instructions 
such that the same co-processor logic can be used by both the first instruction set and 
the second instruction set. This is strongly advantageous since many co-processor 
designs exist and may have been developed for only one instruction set and the ability 
to reuse this same co-processor design with a fiirther instruction set represents a 
significant advantage. It is particularly preferred when all co-processor instructions 
are within the common subset such that complete interoperability of a common group 
of co-processors may be provided with either instruction set. 

Whilst it will be appreciated that the first instruction set and the second 
instruction set can have many different characteristics, preferably the first instruction 
set is a fixed length instruction set, conveniently of 32-bit or 16-bit instructions, and 
the second instruction set is a variable length instruction set. 

It will be appreciated that whilst the common subset of instructions perform 
common data processing operations, it is not necessarily the case that these common 
data processing operations will always produce the same result data values. This does 
not detract fi-om the hardware saving and other advantages mentioned above, but may 
be the result of specific peculiarities associated with certain data values to be used as 
input operands depending upon which instruction set is being utilised. Examples of 
data values serving as input operands which may have instruction set specific 
peculiarities are the program counter value, which may be maintained relative to the 
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instruction being executed to have a different value depending upon the instruction set 
used and/or the program status register value which may hold one or more bits 
indicating which instruction set is being used and accordingly have different values 
depending upon which instruction set is being used. 

Viewed from another aspect the present invention provides a method of 
processing data, said method comprising the steps of: 

performing data processing operations with data processing logic; and 

decoding with an instruction decoder program instructions specifying data 
processing operations to be performed by said data processing logic and controlling 
said data processing logic to perform said data processing operations; wherein 

in a first mode program instructions of a first instruction set are decoded and 
in a second mode program instructions of a second instruction set are decoded, a 
subset of program instructions of said first instruction set having a common storage 
order compensated encoding with a subset of program instractions of said second 
instmction set and forming a common subset of instructions representing at least one 
class of instmctions, said common subset of instmctions controlling said data 
processing logic to perform the same data processing operations independent of 
whether said instmction decoder is operating in said first mode or said second mode. 

Viewed from a fiirther aspect the present invention provides a computer 
program product having a computer program operable to control a data processing 
apparatus containing data processing logic operable to perform data processing 
operations, said computer program comprising: 

program instructions of a first instruction set and program instructions of a 
second instmction set that control said data processing logic to perform said data 
processing operations; wherein 

a subset of program instructions of said first instmction set have a common storage 
order compensated encoding with a subset of program instmctions of said second 
instmction set and form a common subset of instmctions representing at least one 
class of instmctions, said common subset of instmctions controlling data processing 
logic to perform the same data processing operations independent of whether 
instmctions of said first instmction set or of said second instmction set are being 
decoded. 
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The above, and other objects, features and advantages of this invention will be 
apparent from the following detailed description of illustrative embodiments which is to 
be read in connection with the accompanying drawings. 

BRIEF DESCRIPTION OF THK DRAWINGS 

Figure 1 schematically illustrates a data processing apparatus using multiple 
instruction sets and having an associated coprocessor; 

Figure 2 illustrates the encoding of BL and BLX instructions in the Thumb 
instruction set; 

Figure 3 illustrates how the encodings of 16-bit and 32-bit instructions are 
distinguished from each other in an enhanced version of the Thumb instruction set; 

Figure 4 illustrates the encodings of coprocessor instructions in the ARM 
instruction set; 

Figure 5 illustrates the encodings of unconditional coprocessor instructions in 
the enhanced version of the Thumb instruction set; 

Figure 6 illustrates the difference in storage order of an unconditional CDP 
coprocessor instruction in the ARM instruction set and the enhanced Thiimb 
instruction set; 

Figure 7 illustrates a way in which instruction decoders for the ARM and 
Thumb instruction sets can be designed; 

Figure 8 illustrates a second way in which instruction decoders for the ARM 
and Thumb instruction sets can be designed; 

Figure 9 illustrates how the instruction decoders of Figure 8 are modified to 
decode the ARM and enhanced Thumb instruction sets; and 
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Figure 10 schematically illustrates the architecture of a general purpose 
computer which may implement program instructions in accordance with the above 
described techniques. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 shows a data processing apparatus 2. The data processing apparatus 
2 includes a processor core 3 containing a register bank 4, a multiplier 6, a shifter 8, 
an adder 10, instruction decoders 12 (including a common subset instruction decoder 
13), an instmction prefetch buffer 14, an instruction prefetch unit 16 and program 

10 status registers 18. One of the registers within the register bank 4 is a program 
counter register 20 storing an address value having a predetermined relationship to the 
address value of the currently executing program instruction. This relationship can 
vary depending upon which instruction set is being used at the current time, e.g. 
current instruction address plus 4, current instruction address plus 8 etc. It will be 

15 appreciated that although only one coprocessor is shown in Figure 1, multiple 
coprocessors could be attached, with instructions intended for execution by different 
coprocessors being distinguished by a coprocessor number field in each coprocessor 
instmction. 

20 A coprocessor 22 is coupled to the processor core 3 and shares instmction 

words and data words with the processor core 3. The coprocessor 22 is responsive to 
coprocessor instmctions within the instmction stream fetched by the instmction 
prefetch unit 16. 

25 Coprocessor instmctions are executed by the processor core 3 in conjunction 

with the coprocessor 22. In the illustrated apparatus, the coprocessor 22 has an 
intemal register bank and internal data processing logic. Coprocessor instmctions are 
identified by the common subset instmction decoder 12 and passed to the coprocessor 
together with control signals that determine when the coprocessor instmction is to be 

30 executed. 

Some coprocessor instmctions read all their operands from and write all their 
results to the coprocessor's intemal register bank, and so require no further interaction 
with the processor core 3. Other coprocessor instmctions require data values to be 
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passed into the coprocessor 22. Possible sources for these data values include the 
register bank 4, the program status registers 18 and memory (not shown). In the 
illustrated apparatus, the processor core 3 obtains such data values from the desired 
location(s) and transfers them to the coprocessor 22 via the data interface D. Yet other 
coprocessor instructions transfer data values produced by the coprocessor 22 to 
destinations extemal to the coprocessor 22, such as the register bank 4, the program 
status registers 18 and memory. In the illustrated apparatus, such data values are 
transferred via the data interface D to the processor core 3, which writes them to the 
desired destination. 

It will be appreciated that many variations on this type of coprocessor 
operation are possible and encompassed within the present technique. For example, 
the coprocessor 22 might lack an intemal register bank, so that its internal data 
processing logic always acts on data values transferred from the processor core 3 via 
the data interface D and sends its result values back to the processor core 3 via the 
data interface D. A second example is that the coprocessor 22 might have a separate 
interface to memory, so that it can load data values from memory and store them to 
memory without involving the processor core 3. In this case, the data interface D is 
only used for data values coming from or going to locations within the processor core 
3, such as the register bank 4 and the program status registers 18. Alternatively, the 
data interface D could be omitted entirely, so that data values can only be transferred 
between the processor core 3 and the coprocessor 22 by first storing them to memory 
from one and then loading them from memory into the other. 

It will be appreciated that in operation program instructions are fetched from 
memory addresses within a memory (not illustrated) and passed to the instruction 
prefetch buffer 14, When the program instructions reach the decode stage within the 
instruction prefetch buffer 14, the instruction decoders 12 decode these instructions 
and generates control signals which are applied to the processing logic within the 
processor core 3, and the coprocessor 22 as necessary, to control these other elements 
to execute the data processing operation(s) specified. The processor core 3 is 
operable in a first mode in which a first instruction set is being decoded and in a 
second mode in which a second instruction set is being decoded. One way of 
indicating which mode the processor core 3 is in is to use a flag value within one of 
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the program Status registers 18. Depending upon which instruction set is currently 
active, the instruction decoders 12 will interpret the instructions received in 
accordance with the currently active instruction set and its encoding. In accordance 
with the present technique, the two instruction sets supported share a common 
encoding for a common subset of instructions, including at least one class of 
instructions, such as all unconditional coprocessor instructions, thereby enabling 
ready reuse of the same physical hardware to implement those common processing 
operations. It will be appreciated that the storage order of the program instructions 
from the different instruction sets may vary, such as due to endianness differences, 
instruction word size differences and the like, but the common subset of instructions 
share an encoding once such storage order differences have been compensated for as 
will be discussed hereafter. 

In this example embodiment, the processor core 3 supports two instruction 
sets, the ARM instruction set and an enhanced version of the Thumb instruction set 
(see the ARM Architecture Reference Manual for details of the existing ARM and 
Thumb instruction sets). The enhancements to the Thumb instruction set include a 
change to its BL and BLX instructions that makes it possible to add a substantial 
number of 32-bit instructions. 

Prior to the enhancement to the Thumb instruction set, its BL and BLX 
instructions consist of two successive halfwords in the instruction stream of the forms 
shown in Figure 2. In valid programs, instruction halfwords whose most significant 
five bits are 11101, 11110 or 11111 only appear in pairs of these two forms. All other 
instructions other than BL and BLX consist of a single halfword whose most 
significant five bits are in the range 00000 to 11 100. 

An implementation can execute the two halfwords of a BL or BLX instruction 
in succession, and the combined effects of executing them in this manner produce the 
desired effect of the BL or BLX instruction, which is to perform a subroutine call to a 
Thumb subroutine (for BL) or an ARM subroutine (BLX). More precisely, it is to 
branch to a target address, switching over to the ARM instruction set if the instruction 
is BLX, and to place a pointer to the instruction following the second halfword in 
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register 14, which is the subroutine hnk register in the ARM/Thumb instruction set 
architecture. The subroutine called can return by branching to this pointer. 

Alternatively, an implementation can decode the two halfwords together as a 
5 32-bit instruction and perform the desired effect of the BL or BLX instmction 
directly. In the unenhanced version of the Thumb instruction set, this is an 
optimisation that allows the BL or BLX instruction to be executed more efficiently, 
but is not essential. 

10 The enhanced version of the Thumb instruction set instead requires that (under 

conditions to be described) two successive halfwords from the instruction stream are 
treated as a 32-bit instruction and not as two 16-bit halfsvords to be executed in 
sequence with each other. Specifically, as shown in Figure 3, if the top 5 bits of the 
next halfword to be executed take any of the values 00000 through to 11100, it is 

15 treated as a 16-bit instmction. If they take one of the values 11101, 11110 and 11111, 
it and the following halfword are treated together as a 32-bit instruction. All existing 
BL and BLX instructions are therefore required to be treated as 32-bit instructions. 

All of the instructions of the unenhanced Thxrnib instruction set are still 
20 available in the enhanced version, BL and BLX as 32-bit instructions and all other 
instmctions as 16-bit instructions. Comparing Figure 2 with Figure 3, it is apparent 
that only a small proportion of the available 32-bit instructions are BL and BLX 
instructions. The other 32-bit instructions can be used in the enhanced version to 
provide additional functionality not present in the unenhanced version. In particular, 
25 the ARM instruction set contains many groups of instructions that are not available in 
the unenhanced Thumb instruction set, and the 32-bit instructions other than BL and 
BLX can be used to provide Thirnib equivalents of those instructions in the enhanced 
Thumb instruction set. 

30 Coprocessor instructions are an example of such a group of instructions: they 

are present in the ARM instruction set but have no equivalents in the unenhanced 
version of the Thumb instruction set. ARM instractions are 32-bit words; when 
bits[27:24] of such an instruction take one of the values 1100, 1101 and 1110, the 
instruction is a coprocessor instruction. Figure 4 shows the major groups of these 
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instructions, which are: 

LDC instructions, which transfer data values from memory into the 
coprocessor; 

STC instructions, which transfer data values from the coprocessor to memory; 

MCR instructions, which transfer a data value from a processor core register 
into the coprocessor; 

MCRR instructions, which transfer two data values from processor core 
registers into the coprocessor; 

MRC instructions, which transfer a data value from the coprocessor to a 
processor core register; 

MRRC instructions, which transfer two data values from the coprocessor to 
processor core registers; 

CDP instructions, which perform operations within the coprocessor that do not 
require data values to be transferred in or out of the coprocessor; 

Undefined instructions, which cause an undefined instruction exception in the 
processor core 3. 

All of these coprocessor instructions contain a cpnum field, which identifies 
the coprocessor for which the instruction is intended, and a cond field. The value of 
cond is 1110 or 1111 for imconditional coprocessor instructions, while values in the 
range 0000 to 1101 produce conditional versions of the equivalent instruction with 
cond = 1110. (The unconditional instructions with cond = 1111 do not have 
conditional versions.) 

All of these coprocessor instmctions can be executed on data processing 
apparatus 2, using the techniques described above. 
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Equivalent instructions to the unconditional ARM coprocessor instructions are 
encoded in the enhanced Thumb instruction set as shown in Figure 5. Comparing this 
with Figure 4, and noting that cond = 1110 or 1111 for unconditional ARM 
5 instructions, it will be appreciated that the encoding of each unconditional Thumb 
coprocessor instruction is identical to that of the equivalent ARM coprocessor 
instruction apart from storage order considerations. Furthermore, all of these 
imconditional Thumb coprocessor instructions have encodings in which HW1[15:11] 
= 11101 or mil, and so are 32-bit instmctions according to the rule illustrated in 
10 Figure 3. 

The storage order considerations arise from the fact that ARM instruction 
words and Thumb instruction halfwords are normally stored in little-endian order, i.e. 
with their least significant byte at the lowest memory address. As an example, an 

15 ARM unconditional CDP instruction whose memory address is A will be held in the 
four bytes at addresses A, A-f 1, A+2 and Ah-3 as shown on the left hand side of Figure 
6. The equivalent instruction in the enhanced Thumb instruction set will be held with 
the first halfword HWl at address A and the second halfword HW2 at address A+2, 
and so will result in the instruction being held in the four bytes as shown on the right 

20 hand side of Figure 6. Comparing the two sides, the Thumb instmction consists of the 
same bytes as the ARM instruction, but in a different storage order: the bytes at 
addresses A and A+2 are swapped over relative to each other, as are the bytes at 
addresses A+1 and A+3. It will be appreciated that the same difference in storage 
order will exist for all of the unconditional coprocessor instructions, regardless of the 

25 precise instmction type. 

The enhanced Thumb instruction set is a variable-length instruction set, 
containing both 16-bit and 32-bit instructions. The first step in decoding such an 
instmction set is to identify the individual instructions in the instruction prefetch 
30 buffer 14. In this embodiment, each entry in the instmction prefetch buffer 14 is a 
word-aligned word previously fetched from memory by the instmction prefetch unit 
16. Denoting the entry at the head of the buffer as WORDl and the next entry as 
WORD2, the instmctions passed to the instmction decoders 12 are determined by the 
following mles: 

11 
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This sends the correct instruction to the instruction decoder 12, with the 
storage order compensated for. It is always sent as 32 bits, with the most significant 
16 bits being zero for a 16-bit Thumb instruction. It will be appreciated that for the 
Thumb instruction set, no separate bit is required to tell the instruction decoder 12 
whether the instruction is a 16-bit instruction or a 32-bit instruction: the most 
significant bit of the 32 bits sent to the instruction decoder 12 is always 0 for a 16-bit 
instruction and 1 for a 32-bit instruction. 

It will be appreciated that processor core implementations vary considerably 
as regards how they prefetch instructions and how many instructions they decode at a 
time, and therefore that this method of identifying the individual instructions will need 
to be modified according to these and other aspects of the processor core 
implementation. 

There are two common existing ways to implement the instruction decoders 12 
so that they can handle both the ARM and the Thumb instruction sets. In one, 
illustrated in Figure 7, a Thumb-to-ARM converter contains logic that converts each 
Thumb instruction into the corresponding ARM instruction. Multiplexors select the 
original instruction if ARM code is being executed, or the converted instruction if 
Thumb code is being executed. The output of the multiplexors is then decoded by an 
ARM decoder. 

This form of the instruction decoders 12 can be modified to decode the 
unconditional coprocessor instructions that have been included in the enhanced 
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Thumb ijistruction set, by making the Thumb-to-ARM convertor pass the original 
instruction through unchanged to the multiplexor if bits[27:24] of the original 
instruction were 1100, 1101 or 1110 (these bits will always be 0000 for a 16-bit 
Thumb instruction, and some value other than 1100, 1101 or 1110 for a non- 
coprocessor 32-bit Thumb instruction). It will be appreciated that the enhanced 
Thumb instruction set may contain further 32-bit instructions besides BL, BLX and 
the unconditional coprocessor instmctions; if it does, then further modifications will 
also be made to the Thumb-to-ARM converter to handle those instructions. 

The second common existing way to implement the instruction decoders 12 is 
to use separate decoders for the ARM and Thumb instruction sets, as illustrated in 
Figure 8. Multiplexors are then used to select the outputs of the ARM decoder if 
ARM code is being executed, or the outputs of the Thumb decoder if Thumb code is 
being executed. 

This form of the instruction decoders 12 can be modified to decode the 
unconditional coprocessor instructions by spUtting the ARM decoder into a part that 
decodes coprocessor instructions and a part that decodes non-coprocessor ARM 
instructions, as illustrated in Figure 9. If the enhanced Thumb instruction set contains 
further 32-bit instructions besides BL, BLX and the unconditional coprocessor 
instructions, the non-coprocessor Thumb decoder is modified to handle them. The 
final multiplexors then select the outputs of the coprocessor decoder if bits[27:24] of 
the instruction are 1100, 1101 or 1110; otherwise, they select the outputs of the non- 
coprocessor ARM decoder if ARM code is being executed, or the outputs of the non- 
coprocessor Thimib decoder if Thumb code is being executed. 

In the first form of the instruction decoders 12, the common subset instruction 
decoder 13 is the part of the ARM decoder that decodes coprocessor instructions. In 
the second form, it is the coprocessor decoder. 

The use of a common storage order compensated encoding for the 
unconditional coprocessor instructions in the ARM and enhanced Thumb instmction 
sets has considerable advantages for both forms of the instruction decoders 12 
compared with the use of different encodings in each instruction set, in terms of 
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reducing .the amount of logic required and the amount of power consumed. A further 
advantage is that the coprocessor 22 only needs to be able to execute the same 
instructions as it could before the enhancement to the Thumb instruction set. As well 
as avoiding increases in the logic required by coprocessors and the power they 
5 consume, this also means that existing coprocessors do not need to be modified to be 
usable from the enhanced Thumb instruction set. 

It will be appreciated that the technique described above can be modified to 
perform the storage order compensation at other places within the design, such as 
10 within the Thumb-to- ARM converter in Figure 7, and that like any other logical 
design, it can be transformed into many logically equivalent designs. The present 
technique encompasses all such modifications and transformations. 

Figure 10 schematically illustrates a general purpose computer 200 which may 
15 implement program instructions in accordance with the above described techniques. 
The general purpose computer 200 includes a central processing unit 202, a random 
access memory 204, a read only memory 206, a network interface card 208, a hard 
disk drive 210, a display driver 212 and monitor 214 and a user input/output circuit 
216 with a keyboard 218 and mouse 220 all connected via a common bus 222. In 

20 operation the central processing unit 202 will execute computer program instructions 
that may be stored in one or more of the random access memory 204, the read only 
memory 206 and the hard disk drive 210 or dynamically downloaded via the network 
interface card 208. The results of the processing performed may be displayed to a 
user via the display driver 212 and the monitor 214. User inputs for controlling the 

25 operation of the general purpose computer 200 may be received via the user input 
output circuit 216 from the keyboard 218 or the mouse 220. It will be appreciated that 
the computer program could be written in a variety of different computer languages. 
The computer program may be stored and distributed on a recording medium or 
dynamically downloaded to the general purpose computer 200. When operating 

30 under control of an appropriate computer program, the general purpose computer 200 
can perform the above described techniques and can be considered to form an 
apparatus for performing the above described technique. The architecture of the 
general purpose computer 200 could vary considerably and Figure 10 is only one 
example. 
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Although illustrative embodiments of the invention have been described in detail 
herein with reference to the accompanying drawings, it is to be understood that the 
invention is not limited to those precise embodiments, and that various changes and 
modifications can be effected therein by one skilled in the art without departing fi'om the 
5 scope and spirit of the invention as defined by the appended claims. 
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